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The Customer Avionics Interface Development and Analysis (CAIDA) Lab supports 
the testing of the Launch Control System (LCS), NASA’s command and control system for 
the Space Launch System (SLS), Orion Multi-Purpose Crew Vehicle (MPCV), and ground 
support equipment. The objectives of the year-long internship were to support day-to-day 
operations of the CAIDA Lab, create prelaunch and tracking displays for Orion’s 
Exidoration Flight Test 1 (EFT-1), and create a program to automate the creation of 
disi^ays for SLS and MPCV to be used by CAIDA and the Record and Playback Subsystem 
(RPS). 


Nomenclature 
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Eng. Unit = 

GUI 

ICES 

IEEE 

KSC 

LAS 

LCC 

LCS 

MPCV 

NASA 

NIC 

NIFS 

PCM 

Raw Count = 

RPS 

SLS 

SOCRRATES = 
VALFAC 
VCTE 
XTCE 


Customer Avionics Interface Development and Analysis 

Crew Exploration Vehicle 
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Interim Cryogenic Propulsion Stage 

Institute of Electrical and Electronics Engineers 

Kennedy Space Center 

Launch Abort System 

Launch Control Center 

Launch Control System 

Multi-Purpose Crew Vehicle 

National Aeronautics and Space Administration 

Network Interface Card 

NASA Internships, Fellowships, and Scholarships 

Pulse-Code Modulation 

Value read directly from transducer 

Record and Playback Subsystem 

Space Launch System 

Software Only CEV Risk Reduction Analysis and Test Engineering Simulator 

Validation Facility 

VALFAC Common Test Environment 

XML Telemetry and Command Exchange 


I. Introduction 

T he CAIDA Lab is responsible for sending telemetry to LCS to test their Orion MPCV gateway and displays . 

The gateway processes the raw telemetry into datafor the flight controllers . There are three ways CAIDA can 
send telemetry: MPCVEFT-1 brass board flight conputers, the Software Only CEV Risk Reduction Analysis and 
Test Engineering Simulator (SOCRRATES) Orion simulator, and playbacks. The flight conputers are similar to the 
ones that wentup on EFT-1 except they are notradiation hardened; commands can be sent through Honeywell’s 
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Validation Facility (VALFAC) Common Test Environment (VCTE) Host Conputer to two Time -Triggered 
(Qgabit) Ethernet Network Interface Cards (NICs), to the flight corrputers. This is not a closed loop simulation, so 
for exarrple if a valve is opened or closed there would be no pressure changes . SOCRRATES, an aU software 
MPCV simulator, can be used to send telemetry to ECS; the software simulator in SOCRRATES has much higher 
fidehty than the VCTE and can run scenarios such as launch, prelaunch, and orbit. SOCRRATES was utilized for 
testing displays in preparation for EFT- 1. The last way CAIDA sends telemetry is through playbacks sent through 
DEWESoft. DEWESoftis a programused heavily by CAIDA andthe Record and Playback Subsystem (RPS) and 
can be used to easily view telemetry and to play back telemetry flies from simulations or when the vehicle was 
powered up. 

I supported the lab in its day-to-day operations including troubleshooting SOCRRATES, patching cables in the 
Honeywell rack to send telemetry to the correct customer, and troubleshooting with DEWESoft to ensure the 
customer was receiving the correct data. 

I also created two displays used by RPS and CAIDA to view the progress of EFT-1. One would monitor the 
countdown procedures from when the flight corrputers were turned on to liftoff. The other display would receive 
latitude, longitude, altitude, and mission phase from when Launch Abort System (LAS) shroud separation occurred 
to splashdown and track the spacecraft around the Earth. 

The main use for DEWESoft in CAIDA and RPS is to view telemetry. To view telemetry using DEWESoft, a 
setup must first be createdusing the information in the XML Telemetry and Command Exchange (XTCE), the user 
must input into DEWESoft the location of the Conpact Unique Identifier (CUI)/measurement in the telemetry 
stream (start byte, start bit, length in bits. Data Exchange Message (DEM)), the data type (IEEE float, signed 
integer, or unsigned integer), and the raw count to engineering unit conversion polynomial or enumerations if 
apphcable. Then the user can createa display by selecting a widget andselecting theassociated CUI in the menu for 
each desired CUI. This is an easy taskfor a handful of CUIs but with displays that can have hundreds of CUIs, it is 
not efficient to search the XTCEand manually create the setup . To solve this problem, Justin Ruscoe and Samuel 
Harris created two programs . One pro gram would parse through the Orion XTCEand create a SQIite database, and 
the other would read the data fromthe database and create a DEWESoft setup for the CUIs and DEMs provided by 
theuser.Themajorshortcomingsoftheseprograms are that they did not support CUIs fromthe SLS XTCEand did 
not support raw count to engineering unit conversion polynomials greater than one degree. 


II. Operations 

A. Day-To-Day Operations 

In order to support LCS, CAIDA uses the flight corrputers, SOCRRATES, and playbacks . Theflight corrputers 
can be used for performance testing of the LCS gateway . The gateway wiU look at each CUI coming off of the 
spacecraft in raw counts, if the value of the CUI changes the gateway will proces s the CUIs , if it hasn’t the CUI will 
beignored.To test thegateway, the values forthousands of CUIs are changed to stress the systemand see how 
many changes the systemcan handle. I assisted in running these scripts and similar scripts, ensuring that data was 
successfully flowing fromthe Honeywell Test Bench to the correct customer, viewing the telemetry through 
DEWESoft fromthe test bench to ensure the correct script was running, and troubleshooting connectivity issues on 
CAIDA’s sideofthe wire. With SOCRRATES, similar troubleshooting was needed. I also created scripts that would 
send commands to the SOCRRATES simulation to view what CUIs are associated with that command. This was 
usefulin creating and testing the prelaunch EFT -1 display. My mentor and I also troubleshot SOCRRATES’ “long 
prelaunch” scenario because the rocket was not in launch configuration when the rocket was supposed to launch and 
therefore would not simulate the launch. To troubleshoot we created a script that would send aU the necessary 
commands to the rocket in order for it to be in launch configuration. 

B. EPT-1 Disf^ays 

I made DEWESoft displays in order to monitor the progress of the prelaunch countdown and tracking of the 
vehicle in orbit for CAIDA and RPS. The prelaunch countdown display was created using a timeline of the 
countdown provided by Lockheed Martin. In the timeline it showed what scripts would be run and at what times . 
These scripts would send a command and then look for a response from an associated CUI. I was able to use an 
editor within SOCRRATES to send commands to the SOCRRATES simulation and view the changes made to the 
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GUIs using DEWESoft. The green buttons open that particular sub display so the user can look at that event in 
greater detail. Figure 1 shows the main prelaunch display. 

The second DEWESoft display I created was used to track the spacecraft across the ground using latitude, 
longitude, and altitude sent from the Orion capsule after LAS shroud separation. We were also able to get video 
coming off of the spacecraft. It was an extremely satisfyinge:?q)erienceto seethe capsule was passing over a country 
on the map and then looking at the video to seethe country. Eigure 2 shows a picture I took as the spacecraft was 
passing over Puerto Rico as one of the members on the launch team was from Puerto Rico. 



Figure 1. DEWESoft prelaunch disid ay 



AMude (rmies) MET Mission Phase Segment 

125.215 1 . 01 : 49 : 49 . 107.642 Upper Stage Orbit Ops On Orbit 


Figure 2. DEWESoft on orWt disiday with live video from spacecraft (not part of dis{4ay) 
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C. Automated Creation of DEWES oft Setup 

The first step to automating the creation of DEWESoft setups is parsing out the XTCE and creating a SQIite 
database for all the information associated with each CUI. The major inprovement over the databases created 
previously is thatthe new databases support both Orion and SES. A major difference between the SES and Orion 
XTCE is that s ome SES GUIs have multiple raw count to engineering unit conversion polynomials depending on the 
raw count, similarly SES also uses linear splines where the raw count and engineering unit at certain points are 
given and theuser must interpolate in between. Other rninorinprovements were made such as the inclusion of the 
enumeration data type. The enumeration datatype has a list of strings associated with integers , a common exarrple 
would be 0 is “Off’ and 1 is “On”. 

To view the old databases SamuelHarris and JustinRuscoe created a SQIite GET! so the user could view what 
was in the database without having to know the command prompt commands. I made it so it could read both the new 
database and the old database. 


Samuel Harris and JustinRuscoe created an XME generator for DEWESoft that would create a setup if the user 
gave a list of GUIs and Content IDs. DEWESoftsetupsanddisplaysaresaved as XME files, so what their program 
did was create the DEWESoft XMEhne by line. I redesigned most of the programand added features, other ways to 
create the setup as requested by the customer, and a way to update and add to existing displays . The new XME 
generator I created supports multiple streams, meaning it can now simultaneously support both SES and Orion 
displays. The usercan input theSQIite database, a text file containing aU of the Content IDs to be used (figure 3), 
and text files containing lists of GUIs to be used (figure 4). There are four options to creating a setup: create a setup 
for all the ContentIDs in the database for each CUI in the CUI file provided by the user, create a setup for all the 
Content IDs in the Content ID file provided by the user associated with each CUI in the CUI file, create a setup 
where the user selects individually which Content IDs to include for each CUI, and create a setup for aU GUIs in 
each Content ID in the list of Content IDs (figure 5). The enumeration data type is now included in the programso 


that the user no longer has to look through the XTCE to find the strings associated with each integer value for that 
data type. One of the majorproblems with the previous automated setups was that only one degree raw count to 
engineering unit conversion polynomials were included because DEWESoft can only apply a factor and offset 


directly to the CUI (figure 9). To get past this, with GUIs that have greater than one degree polynomials a math 
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Figure 3 Content Figure 4 ClUs 

IDs provided by provided by the 


channel is created so that aU factors can be applied to the 
CUI (figures 8 and 10). Another feature of the program is 
the inclusion of Orion and DEM time, the automation of 
this process saves the users the time it takes to convert the 
raw time from seconds to years, days, hours, minutes, and 
seconds. A major inprovement is the ability to update old 
setups and add to setups while preserving the display. When 
a new XTCE comes out, where each CUI is located in the 
telemetry stream could change which would mean the 
display would no longer show that CUI correctly. To solve 
this, each CUI is read from the existing setup and the index 
of that CUI is added to a dictionary where the keys are the 
CUI names and the values are that GUI’s old and new 
indexes . Once aU the GUIs are added, the new indexes wiU 
be added for each CUI in the same dictionary. After that the 
previous display is read through and all the old indexes are 
updated with the new indexes . Some minor features include 
each Content ID is sorted in numerical order, each CUI 
within the Content ID is sorted in alphanumerical order, the 
colors of each CUI match their respective Content ID, 
Content IDs are created with the minimum amount of extra 
features to save on memory, GUIs include their respective 
Content ID in their name, each CUI has the short 
description and units included in its setup, the textboxes are 
automatically populated to save user time where the 
defaults are read from text files in the main “User Files” 


the user 


user 
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folder (figure 6), the outputfile name and location canbe specified by the user (figure 7), and documentation and 
shared files such as the database files are in the same folder so there is no need for duphcate copies that take up 
space.FortheeaseoftheuserIcreateda way to install the programontotheconputerso when there is an update, 
the previous installed program wiU be overwritten. 
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Orion GUIs will be 
created in Stream 0, SLS 
GUIs win be created in 
Stream 1, and Stream 2 
is not used 


The Orion database used is called 
“Orion.db”, the SLS databaseused is 
called ’’SLS.db”, IGPS is not used. 
The databases are located in 
“Databases and XTGEs” folder 


Name of file to be created. Path canbe 
changed with “File” menu (see images 
below) 


When checked, enumerations will be 
added to that GUI’s “Discrete Display” 
design widget 


When checked, enumerations from old 
DEWESoft setup will be updated, if not 
checked old enumerations will not be 
updated 
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Figures DEWESoft Setup Generator 


Button creates DEWESoft setup for all 
Gontent IDs in the Gontent ID hst provided 
by user associated with each GUI provided 
in GUI list by the user 


The results text shows what the pro gram is 
doing and will display errors. The text 
from the results is written to a file in the 
“Setup Logs” folder 



Number of leap seconds 
and days since 1/6/1980, 
used for DEM Time and 
Orion Time 


File containing list of Gontent IDs. 
Press button then navigate to 
desired Gontent ID file or type full 
path in text box 


Files containing list of 
GUIs. Type name of 
file if file is located in 
“Input Files” folder or 
click “Find” to find 
path of file 


Glick “Find Setup” to find DEWESoft 
file to update and add to or type full 
path in textbox. If no GUIs are to be 
added, any of the four buttons will 
update the setup 


When checked, a math channel wiU be 
created if raw count to engineering unit 
polynomial is greater than one factor 
and offset 


When checked, an Orion Time math 
channel will be added for active Gontent 
IDs that have “OGAVSWIGDHXOOIEZ” 
in them and DEM time will be added for 
each DEM 


Button creates DEWESoft setup by taking 
all Gontent IDs in Gontent ID list provided 
by the user and creating a setup for each 
GUI in that Gontent ID from the database 


Button creates DEWESoft setup by 
allowing the user to select the desired 
Gontent IDs for each GUI one at a time. 
The Gontent IDs are provided by the 
database and GUIs are from list of GUIs 
provided by the user 
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Figure 6 Easy access to file specifyii^ 
defaults 


Figure 7 Easy access to files specifying 
paths to DEWESoft and the output file 
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CUI with “RAW” at end indicates that polynomial 
is greater than one degree which is not currently 
supported by DEWESoft. This is solved with the 
creation of a math channel. 


Figure 8 Stream 0: Orion 
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The XML Generator populates the first textbox with the GUI name 
and Content ID, the second textbox with the short description, and 
the third textbox with the engineering unit type 


Data format is always “Motorola”, Data 
type can be “Unsigned”, “Signed”, or 
“IEEE Float” and are set by program 
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DEM_Time (seconds, minutes, hours, days) 
and DEM_Time_Year (year) are created 


Math channel created with name of CUI and 
Content ID 


Formula of math channel. The XML Generator 
supports multiple coefficients, multiple raw 
count to engineering unit polynomials (SLS), 
and splines (SLS) 
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in. Conclusion 

The workof previous interns andof myself regarding DEWESoft setups should significantly reduce the amount 
of time it takes to create setups for CAIDA and RPS. These programs now support both SLS and Orion and are far 
more conprehensivethanthey were previously. However, the programs do not support the use of ICPS telemetry 
but placeholders have been put in place in the event CAIDA or RPS wrQ use ICPS. ICPS was not included in this 
version because the telemetry wiU come down as PCM whereas SLS and MPCV telemetry is Ethernet. The work 
with regard to EFT-1 helped RPS trackthe progress of the countdown and mission. RPS was one of the fewrrdssbn 
critical systems fromthe LCC involved with EFT- 1. The assisting in the day-to-day operations in the lab helped 
reduce workload for my mentor and assured CAIDA could stiUrun routine work if he was gone. 
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